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ARRANGEMENT FOR CONTROLLING 
AND LOGGING VOICE ENABLED WEB APPLICATIONS USING 
EXTENSIBLE MARKUP LANGUAGE DOCUMENTS 



CROSS REFERENCE TO RELATED APPLICATIONS 

This application claims priority from provisional application No. 60/152,316, filed 
September 3, 1999, the disclosure of which is incorporated in its entirety herein by reference. 

BACKGROUND OF THE INVENTION 
FIELD OF THE INVENTION 

The present invention relates to generating and executing voice enabled web applications 
within a hypertext markup language (HTML) and hypertext transport protocol (HTTP) framework. 

DESCRIPTION OF THE RELATED ART 

The evolution of the pubHc switched telephone network has resulted in a variety of voice 
applications and services that can be provided to individual subscribers and business subscribers. 
Such services include voice messaging systems that enable landline or wireless subscribers to record, 
playback, and forward voice mail messages. However, the ability to provide enhanced services to 
subscribers of the public switched telephone network is directly affected by the limitations of the 
public switched telephone network. In particular, the public switched telephone network operates 
according to a protocol that is specifically designed for the transport of voice signals; hence any 
modifications necessary to provide enhanced services can only be done by switch vendors that have 
sufficient know-how of the existing public switched telephone network infrastructure. 

An open standards-based Internet protocol (EP) network, such as the World Wide Web, the 
Internet, or a corporate intranet, provides client-server type application services for cUents by 
enabUng the clients to request application services from remote servers using standardized protocols, 
for example hypertext transport protocol (HTTP). The web server application environment can 
include web server software, such as Apache, implemented on a computer system attached to the IP 
network. Web-based applications are composed of HTML pages, logic, and database fimctions. 
In addition, the web server may provide logging and monitoring capabilities. 
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In contrast to the public switched telephone network, the open standards-based IP network 
has enabled the proUferation of web based applications written by web application developers using 
ever increasing web development tools. Hence, the ever increasing popularity of web applications 
and web development tools provides substantial resources for application developers to develop 
robust web applications in a relatively short time and an economical manner. However, one 
important distinction between telephony-based applications and web-based apphcations is that 
telephony-based apphcations are state aware, whereas web-based apphcations are stateless. 

In particular, telephony apphcations are state aware to ensure that prescribed operations 
between the telephony apphcation servers and the user telephony devices occur in a prescribed 
sequence. For example, operations such as call processing operations, voicemail operations, call 
forwarding, etc., require that specific actions occur in a specific sequence to enable the multiple 
components of the pubhc switched telephone network to complete the prescribed operations. 

The web-based applications running in the IP network, however, are state-less and transient 
in nature, and do not maintain apphcation state because apphcation state requkes an interactive 
communication between the browser and back-end database servers accessed by the browsers via 
a HTTP-based web server. However, an HTTP server provides asynchronous execution of HTML 
apphcations, where the web apphcations in response to reception of a specific request m the form 
of a URL from a client, instantiate a program configured for execution of the specific request, send 
an HTML web page back to the client, and terminate the program instance that executed the specific 
request. Storage of apphcation state information in the form of a "cookie" is not practical because 
some users prefer not to enable cookies on their browser, and because the passing of a large amount 
of state information as would normally be required for voice-type applications between the browser 
and the web apphcation would substantially reduce the bandwidth available for the client. 

Commonly-assigned, copending application serial number 09/480,485, filed January 11, 
2000, entitled Application Server Configured for Dynamically Generating Web Pages for Voice 
Enabled Web Applications (Attorney Docket 95-309), the disclosure of which is incorporated in its 
entirety herein by reference, discloses an apphcation server that executes a voice-enabled web 
apphcation by runtime execution of extensible markup language (XML) documents that define the 
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voice-enabled web application to be executed. The application server includes a runtime 
environment that establishes an efficient, high-speed connection to a web server. The application 
server, in response to receiving a user request from a user, accesses a selected XML page that 
defines at least a part of the voice appUcation to be executed for the user. The XML page may 
describe any one of a user interface such as dynamic generation of a menu of options or a prompt 
for a password, an appUcation logic operation, or a function capability such as generating a function 
call to an external resource. The appHcation server then parses the XML page, and executes the 
operation described by the XML page, for example dynamically generating an HTML page having 
voice appUcation control content, or fetching another XML page to continue appUcation processing. 
In addition, the application server may access an XML page that stores appUcation state information, 
enabling the appUcation server to be state-aware relative to the user interaction. Hence, the XML 
page, which can be written using a conventional editor or word processor, defines the appUcation 
to be executed by the appUcation server within the runtime environment, enabling voice enabled web 
appUcations to be generated and executed without the necessity of programming language 
environments. 

Hence, web prograramers can write voice-enabled web applications, using the teachings of 
the above-incorporated appUcation serial number 09/480,485, by writing XML pages that specify 
respective voice application operations to be performed. The XML documents have a distinct 
feature of having tags that aUow a web browser (or other software) to identify information as being 
a specific kind or type of information. 

One particular concern in the execution of voice-enabled web applications involves the 
logging of events that occur, during execution of the appUcations, into a log file and the ability to 
analyze the log file. Specifically, deployment of voice-enabled web applications in a commercial 
environment may require that the log file canbe analyzed by various telephony management systems 
such as billing, monitoring, scripting, etc.. However, existing methods of writing structured log files 
typically involves performing a "data dump" during an appUcation operation with little or no 
structure to the data, rendering it difficult or impossible to effectively utiUze the log data for voice 
enabled web appUcations. For example, conventional web servers have log facilities that are based 
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on the logging of page or CGI information. The logging of the page or CGI information, however, 
is not sufficient for the management of voice enabled apphcations, since telephony management 
systems require more complex interaction, tracing, session reporting, and billing log information 
than generated by conventional web servers. Hence, the logging facilities of conventional web 
servers may prove inadequate to support the commercial deployment of voice-enabled web 
applications. 

Another concern in the execution of voice-enabled web apphcations involves developing 
voice-enabled web applications using XML documents in a manner that provides sufficient 
flexibility for modification of the voice-enabled web apphcations with minimal changes to the XML 
documents defining the apphcations. In particular, care must be taken that the specificity of the 
XML documents defining the executable application do not limit the ability to easily modify the 
executable apphcation. 

SUMMARY OF THE INVENTION 

There is a need for an arrangement that enables voice apphcations to be defined using 
extensible markup language (XML) documents in a manner that provides flexible control of the 
voice apphcations. In particular, there is a need for an arrangement that enables the modification 
of existing apphcation parameters of a voice-enabled web application, or the addition of new 
application parameters, without affecting unmodified apphcation parameters. 

There is also a need for an arrangement that enables the generation of structured log files for 
voice-enabled web applications, where the structured log files can be analyzed using the structured 
nature of XML documents. 

These and other needs are attained by the present invention, where control data for a voice- 
enabled web apphcation, and log files that record events that occur during execution of the voice- 
enabled web apphcation, are generated and processed using an XML tag format. The voice-enabled 
web apphcation is defined, for example, using a first set of extensible markup language (XML) 
documents that define the voice application operations to be performed within the voice apphcation. 
A second set of XML documents specify application parameters and control information to be used 
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by the application runtime environment for execution of the first set of XML documents. The 
second set of XML documents enable the application parameters and control information to be 
stored separately from the first set of XML documents, eliminating the necessity for overly-specific 
XML documents to define a voice-enabled web apphcation. In addition, the second set of XML 
documents enables the apphcation server to maintain a generic application runtime environment, 
enabling apphcations to share common control information and provide personahzed services for 
subscribers based on respective user specific control attributes. 

The generation of log files using an XML tag format enables the log files to use a 
standardized XML structure that includes log element type, log element attribute, and log element 
data information. Hence, logs may be written for individual user sessions and overall application 
information, where the XML log tags may be of sufficient descriptive nature as to be understood 
using any XML viewer. Altematively, the logs may be analyzed by custom log parser configured 
for locating prescribed XML tags related to a corresponding operation, for example billing, trace 
routing, etc.. Hence, logging information can be more easily analyzed based on parsing the XML 
tags within the XML log documents. 

One aspect of the present invention provides a method in an executable system for 
controlling execution of an executable voice apphcation. The method includes storing an extensible 
markup language (XML) control document specifying at least one apphcation control parameter for 
execution of the executable voice apphcation in an apphcation runtime environment generated by 
the executable system, and parsing the XML control document for execution of the executable voice 
application by the apphcation runtime environment according to the at least one apphcation control 
parameter. 

Another aspect of the present invention provides a method in an executable system for 
generating a log file that specifies an occurrence of an event in response to execution of an 
executable voice apphcation. The method includes generating an XML log document having a log 
entry that specifies the occurrence of the event in response to the execution of the executable voice 
application, the generating step including generating first, second and third XML tags specifying a 
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log element type, a log element attribute, and a log element data for the event, respectively, and 
outputting the XML log document for storage on a tangible medium. 

Additional advantages and novel features of the invention will be set forth in part in the 
description which follows and in part will become apparent to those skilled in the art upon 
examination of the following or may be learned by practice of the invention. The advantages of the 
present invention may be realized and attained by means of mstrumentaUties and combinations 
particularly pointed out in the appended claims. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Reference is made to the attached drawings, wherem elements having the same reference 
numeral designations represent like elements throughout and wherein: 

Figure 1 is a block diagram illustrating in a system configured for the generation and usage 
of XML control documents and XML log documents during execution of voice applications 
according to an embodiment of the present invention. 

Figure 2 is a diagram illustrating in further detail the appHcation runtime environment of 

Figure 1. 

Figure 3 is a flow diagram illustrating the method of controlling execution of an executable 
voice application and generating a log file accordmg to an embodiment of the present invention. 

Figures 4A and 4B are diagrams illustrating an XML control document and an XML log 
document, respectively. 

BEST MODE FOR CARRYING OUT THE INVENTION 
The abiUty to provide xmified voice messaging services via an IP network enables existing 
web servers on the Worid Wide Web or in corporate intranets to support telephone applications on 
a scalable and economic platform. Moreover, the use of XML documents in defmuig executable 
voice applications enables use of open standards that permits web programmers to use forms-based 
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web programming techniques to design and implement voice telephone appHcations, without the 
necessity of programming using conventional programming languages. In addition, the use of XML 
documents in defming executable voice applications provides a structured application tool that 
enables a user to easily customize a voice apphcation by making relatively minor changes to the 
XML documents. Additional details regarding the use of XML documents to define voice-enabled 
web applications is described in commonly-assigned, copending application serial number 
09/501,516, filed February 9, 2000, entitled Arrangement for Defming and Processing Voice- 
Enabled Web Applications Using Extensible Markup Language Documents (attomey docket 95- 
410), the disclosure of which is incorporated in its entirety herein by reference. 

The disclosed embodiment is directed to an arrangement for controlling execution of an 
executable voice application, and generating a log file that specifies an occurrence of an event in 
response to execution of the executable voice application, using extensible markup language (XML) 
documents. The structured nature of XML documents enables an application developer to provide 
structured flexibility to voice-enabled web appUcations, enabling the voice-enabled web applications 
to be easily modified even during execution in an application runtime environment. 

The disclosed embodiment fiirther enhances the ability to provide a structured model for the 
commercial deployment of voice-enabled web applications by providing a metiiod in which web 
apphcation control data and log output can be created and processed using an XML tag format. In 
particular, the disclosed embodiment provides extremely flexible control of a voice-enabled web 
apphcation by separating application control parameters, stored in XML control documents, fi-om 
apphcation operations such as user interface operations, logic operations, and/ or fimction operations. 
The separation of application control parameters fi-om application operations by storing the 
apphcation control parameters in separate XML documents enables new apphcation control 
parameters to be added without affecting existing versions of the voice-enabled web apphcation. 
In addition, existing apphcation control parameters can be deleted witiiout affecting fixture versions 
of the voice-enabled web application. 

Moreover, the use of XML control documents to specify application control parameters 
facihtates the sharing of common control information between multiple voice-enabled web 
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applications, since each voice-enabled web application does not need to rely on the control 
parameters to be specified in a specific state-dependent sequence. In addition, application control 
parameters can be described using the XML tag format, enabling user-specific control attributes to 
be specified within the XML control documents. Hence, a given XML control document may either 
be shared among multiple voice-enabled web applications for basic control parameters, or may be 
generated for a specific subscriber to store subscriber-specific application control parameters. 

The disclosed embodiment also provides an arrangement for generating XML log documents, 
wherein each XML log document has at least one log entry that specifies an occurrence of an event 
in response to execution of the executable voice apphcation. The storage of a log entry in XML 
format enables the use of the XML structure to define XML tags that specify log element types, log 
element attributes, and log element data information. The logs may be written for both individual 
sessions and overall application information. Moreover, the XML log tags are sufficiently 
descriptive that any XML viewer can be used to understand the log information. Alternatively, 
custom log parsers can be easily written, using standard XML editor tools, to gather and format log 
information relevant to a given operation, for example operations monitored by telephony 
management systems such as billing, monitoring, scripting, call processing management, or traffic 
management. 

Figure 1 is a block diagram illusti-ating a system configured for executing applications 
defined by XML documents based on application control parameters specified in XML control 
documents, and generating XML log documents for analysis according to an embodiment of the 
present invention. The system 10 includes an application server 12, a Web server 14, an XML 
document database 16, and an XML document registry 18. The XML document database 16 is 
configured for storing the XML documents that define the appUcations, and the XML contirol 
documents that specify application conti-ol parameters for execution of the executable voice 
applications. The XML document registiy 1 8 is configured for storing XML documents that specify 
application state information for respective user sessions. The web server 14, for example an 
Apache server, receives HTTP requests firom a cUent 5 via the Internet and forwards to the chent 
HTML-based web pages dynamically generated by the apphcation server 12. hi particular, the 
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application server 12 is configured for executing applications defined by stored XML documents, 
also referred to generally as web applications, in response to the HTML requests from the cUent. 
The application server 1 2 is implemented as a server executing a PHP hypertext processor with XML 
parsing and processing capabilities, available open sovirce at http://www.php.net. 

Four types of XML documents are used by the apphcation server 12 to execute web 
applications: menu documents, activity documents, decision documents, and "brownies". The menu 
documents, activity documents, and decision documents are XML documents, stored in the 
document database 16, that define user interface and boolean-type application logic for a web 
apphcation, hence are considered "executable" by the application server 12. The brownie document, 
stored in the registry 18, is an XML data record used to specify application state and user attribute 
information for a given XML application during a user session. 

Hence, the XML documents define user interface logistics and tie services and apphcation 
server events together in a meaningful way, forming a coherent apphcation or sets of applications. 

The document database 1 6 also is configured for storing XML control documents that specify 
application control parameters for execution of the voice-enabled Web apphcations by the 
application server 12. The document database 16 may also be used for storage of XML log 
documents that specify the occurrence of events in response to execution of the voice-enabled web 
applications by the apphcation server 12. The XML control documents, as weU as the apphcation- 
defining documents, can be created and edited by an XML document editor 5, for example a web 
browser having editing capabilities. In particular, the browser 5 may be provided a form-based menu 
generated by the apphcation server 12; the user of the browser 5 completes the form, and posts the 
form back to a prescribed URL at the web server 14; the application server 12, in response to 
receiving tiie form havmg the prescribed URL, retiieves tiie information input to the posted form, 
and stores the retiieved information mto an XML conti-ol document for storage in the document 
database 16. 

The apphcation server 12 includes an XML parser 20 configured for parsing the XML 
documents stored in the XML document database 16, for example the apphcation-defining XML 
documents, the XML conti-ol documents, or the XML log documents. The XML parser 20 also is 
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configured for parsing the XML documents (i.e., "brownies") stored in the registry 18 and 
configured for specifyingthe state and attributes for respective user sessions. The application server 
12 also includes a high speed interface 22 that estabhshes a high-speed connection between the 
appHcation server 12 and the web server 14. For example, the PHP hypertext processor includes a 
5 high-speed interface for Apache Web servers. 

The apphcation server 12 also mcludes a runtime environment 24 for execution of the parsed 
XML documents. Figure 2 is a diagram illustrating m detail the apphcation runtime environment 
24 of Figure 1, emphasizing the use of XML control documents to define application context. The 
apphcation runtime environment 24 executes the voice-enabled web applications 60a and 60b by 

1 0 first parsing an XML control document 62 that specifies the necessary application control parameters 
for execution of the voice-enabled web apphcations 60a and 60b. Hence, the XML control 

=:! document 62 provides basic runtime control defaults for the application runtime environment 24. 
In In addition, the apphcation runtime envkonment 24 may parse a second XML control file 64 that 
% provides user-specific attributes overlying the basic control defaults specified in the XML control 

11 document 62. Hence, the apphcation runtime environment 24 may parse a first XML conti-ol 
rii document 62 for basic runtime contiol defaults for the application runtime envhonment 24, followed 

by parsing of a second XML conti-ol document 64 for user-specific attiibutes for a corresponding 
subscriber66. Hence, the application runtime environment 24 obtains basic runtime control defaults 

ijj and user-specific attributes fi-om stored XML conti-ol documents, enabling the stored XML contix)l 
documents to provide context mfbimation to the apphcation runtime environment 24. The context 
information is then used by the apphcation runtime apartment 24 for execution of the application- 
defining XML documents. 

The runtime environment 24 parses the application-defining XML document for execution 
of the web apphcation. As shown in Figure 1 , the runtime environment 24 may selectively execute 

25 any one of a user interface operation 26, a logic operation 28, or a procedure call 30 as specified by 
the parsed application-defining XML document by executing a corresponding set of executable 
functions based on tiie rule set for the corresponding operation and based on the context information 
obtained by the apphcation runtime environment 24. Li particular, the application runtime 
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environment 24 includes a tag implementation module 32 that implements the XML tags parsed by 
the XML parser 20. The tag implementation module 32 performs relatively low-level operations 
based on the obtained context information, for example dynamically generating an XML menu page 
using executable functions specified by a menu rule set in response to detecting a menu tag, 
performing a logical operation using executable functions specified by a logic rule set in response 
to a decision tag, or fetching an audio (.wav) file in response to detecting a sound tag. Hence, the 
tag implementation module 32 implements the tag operations that are specified within the XML 
framework of the stored XML documents. As described above, execution of the apphcation 
operations by the runtime environment 24 is based on the control information from the parsed XML 
control documents, including basic runtime control defaults aad/or user-specific attributes. 

The apphcation server also includes a log module 50 configured for generating an XML log 
document 70 for storage in the database 16. As described below, the log module 50 generates a log 
document for an event that occurred during execution of the voice-enabled web application in the 
apphcation runtime environment, and generates XML tags that specify the type of event, the attribute 
of the event, and data for the event. 

The apphcation server 12 also includes a set of libraries 34 that may be implemented as 
dynamically linked libraries (DLLs) or application programming interface (API) libraries. The 
hbraries 34 enable the runtime environment 24 to implement the procedures 30 as specified by the 
appropriate XML document. For example, the application server 12 may issue a function call to one 
of a plurality of IP protocol comphant remote resources 40, 42, or 44 according to IMAP protocol, 
LDAP Protocol, or SMTP protocol, respectively. For example, the PHP hypertext processor 
includes executable routines capable of accessing the MAP or LDAP services. As described in 
fiuther detail below, the apphcation runtime envfronment 24 accesses the libraries 34 based on the 
context information obtained from the XML control documents. 

Figure 3 is a diagram illustrating a method of generating XML control documents and XML 
logging documents according to an embodiment of the present invention. The disclosed method 
can be implemented by a processor which executes instructions stored on a computer readable 
medium. Figure 3 also illustrates the usage of XML control documents for execution of voice- 
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enabled web applications by the application runtime environment 24. The method begins in step 80, 
where the application runtime environment 24 executes a master configuration XML document in 
the document database 16, that specifies all the necessary XML control documents needed for 
execution of voice-enabled web applications. As readily apparent from the foregoing, the master 
configuration XML document is generated by a user of the browser 5, using an XML document 
editor tool, to specify all necessary XML control documents 62. The application runtime 
environment 24 then loads each XML control document 62 specified in the master configuration 
XML document in step 82 and parses the loaded XML conti-ol document to obtain the control 
parameters. 

Figure 4A is a diagram illusti-ating an exemplary XML control document 62 having 
application control parameters for execution of a voice-enabled web application. The XML control 
document 62 includes XML tags that specify certain attiibutes of an apphcation contirol parameter. 
For example, the XML control document 62 includes services tags 92a, 92b and 92c that specify 
service location information (e.g., IP address, host name, and port) necessary for the apphcation 
runtime environment 24 to access IMAP, LDAP, and text-to-speech services, respectively. 

The apphcation runtime environment 24, upon loading the XML conti-ol documents in step 
82, obtains the necessary context information for execution of the apphcation-defining XML 
documents in response to user requests. If desired, the application runtime environment 24 may also 
be configured for accessing user-specific attributes in step 84: in this case, the application runtime 
environment 24 accesses the corresponding user-specific XML control document 64 in response to 
receiving a request from the subscriber to tiie voice-enabled web application to obtain the user- 
specific context information. Hence, the XML contirol documents 62 can be considered a basic level 
of control information necessary for execution of a voice-enabled web application; the user-specific 
XML conti-ol documents 64 can be considered the next higher-level of contirol information necessary 
for execution of a voice-enabled web application for a corresponding subscriber, and the apphcation- 
defining XML documents can be considered tiie highest level of abstiaction with respect to 
execution of the voice-enabled web apphcations by the application runtime environment 24. 
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Use of the XML control documents 62 and 64 provides additional flexibility for an 
application developer to develop voice-enabled web appUcations. For example, the application 
developer may use specific elements for searching the LDAP database 42 (e.g., "billing number" or 
"subscriber ID"), however the application developer may wish to remove the attribute names from 
the actual database so that the routine can still be implemented using another database system. Use 
of an XML control file enables the application developer to specify the internal name for the search 
attribute, and the implemented name for the alternative database system. Hence, use of the XML 
control documents 62 and/or 64 provides substantial flexibility enablmg apphcation developers to 
easily modify application behavior as necessary. 

During execution of the application-defining XML documents based on the XML control 
documents 62 and 64, the apphcation runtime environment 22 calls a loggmg fimction in the log 
module 50 in step 86 in response to parsing a prescribed XML tag, witiiin one of the application- 
defining XML documents, that specifies a logging operation. The log module 50 generates the XML 
log document 70 in step 88 based on the log entry parameters that may be specified in the 
application-defining XML documents, and stores the log document 70 in the document database 16 
in step 90. 

Figure 4B is a diagram illustrating a sample log file 70 generated by the log module 50 in 
step 88. The log file 70 includes a log file tag 72 that specifies a name attribute 74 and an 
application attiibute 76 that specifies the application having generated the log file 70 during 
execution by the apphcation runtime environment 24. The log file 72 also includes log entry tags 
78a and 78b that specify a standard log entiy 80a and an error log entiy 80b, respectively. Each log 
entry 80 includes a relevance tag 82 that specifies a log element type (e.g., BILLING, TRACE, 
NOTIFY) for the corresponding log entry 80: in other words, the relevance tag 82a specifies the log 
element types BILLING and TRACE, indicating that tiie log entiy 80a is relevant for billing 
information and h-ace information. Hence, the log file 70 can be parsed by the XML parser 20 
during execution of an analysis routine configured for locating log entries related to bilUng 
information, tiace information, or the like. Consequently, the analysis routine can quickly identify 
XML log documents 70 that are relevant for the analysis under consideration. 
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The sample log file 70 also includes a log code XML tag 84 that specifies a prescribed log 
code based on a log code index. In particular, the log code may be referenced to a log code index 
that is used by the application runtime environment 24 to correlate the log code to the corresponding 
event. The sample log file 70 also includes additional tags 86 (e.g., PARAMETERS, TEXT) that 
specify the log element data. Hence, the structure nature of the log file 70 in XML format enables 
the log data to be more highly structured, such that the log file 70 can be parsed during execution 
of an analysis apphcation configured for reviewing log files for selected log data; the analysis 
appUcation can determine whether data is relevant based on the corresponding relevance tags 82, 
such that nonrelevant data can be ignored based on the corresponding XML tag. In addition, logs 
may be written for both individual subscriber sessions and overall application information. The 
logging tags are descriptive enough to understand the log information using any XML viewer, 
although a custom log parser can be written using standard XML parsing functions to gather and 
format the log information. 

A particular feature of using XML documents for execution of voice-enabled web 
applications is that the application runtime environment 24 does not maintain a persistent state, but 
rather executes a prescribed application operation, sends media information back to the subscriber 
in the form of an HTML-based web page via the Web server 14, and then returns to a restfiil state. 
Hence, a user of the editor 5 can concurrently edit application control parameters for an XML control 
document 62 or 64 while conducting a subscriber session with the apphcation server 12. In 
particular, the application server 12 merely performs an operation in the appUcation runtime 
environment to respond to a subscriber request and then returns to a restfiil state, although the 
browser 5 provides the user the appearance that a voice-enabled web appUcation and the editing of 
XML control documents can occur simultaneously. Hence, the use of XML for defining the control 
documents and the application-defining XML documents is particularly effective in providing the 
appearance of real time execution, enabling a programmer to instantaneously check an input value 
for debugging purposes. 

While this invention has been described in connection with what is presently considered to 
be the most practical and preferred embodiment, it is to be understood that the invention is not 
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limited to the disclosed embodiments, but, on the contrary, is intended to cover various 
modifications and equivalent arrangements included within the spirit and scope of the appended 
claims. 
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1. A method in an executable system for controlling execution of an executable voice 
application, the method comprising: 

storing an extensible markup language (XML) control document specifying at least one 
application control parameter for execution of the executable voice application in an apphcation 
runtime environment generated by the executable system; and 

parsing the XML control document for execution of the executable voice application by the 
application runtime environment according to the at least one application control parameter. 

2. The method of claim 1, wherein the storing step includes first generating a first XML tag 
that specifies^ for the corresponding at least one apphcation control parameter, service location 
information for accessing a first prescribed service by the executable voice application. 

3. The method of claim 2, wherein the storing step further includes second generating a 
second XML tag that specifies, for a second corresponding application control parameter, service 
location information for accessing a second prescribed service by the executable voice apphcation. 

4. The method of claim 3, wherein the first and second prescribed services are IMAP and 
LDAP services, respectively. 

5. The method of claim 1 , fiirther comprising controlling execution of a second executable 
voice apphcation by parsing the XML control document for execution of the second executable 
voice application according to the at least one apphcation control parameter. 

6. The method of claim 1, wherein the parsing step includes selectively parsing the XML 
control document for execution of the executable voice apphcation for a first subscriber. 
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7. The method of claim 6, further comprising: 

storing a second XML control document specifying at least a second application control 
parameter for execution of the executable voice application in the application runtime environment 
for a second subscriber; and 

selectively parsing the second XML control document for execution of the executable voice 
appUcationby the apphcation runtime environment for the second subscriber accordingto the at least 
the second application control parameter. 

8. The method of claim 1, further comprising generating an XML log document having a 
log entry that specifies an occurrence of an event in response to the execution of the executable voice 
application. 

9. The method of claim 8, wherein the step of generating the XML log document includes 
generating first, second and third XML tags specifying a log element type, a log element attribute, 
and log element data for the event, respectively. 

10. The method of claim 8, wherein the step of generating the XML log document further 
includes generating the first XML tag to specify at least the log element type from a plurality of 
available log element types. 

1 1 . A method in an executable system for generating a log file that specifies an occurrence 
of an event in response to execution of an executable voice apphcation, the method comprising: 

generating an XML log document having a log entry that specifies the occurrence of the 
event in response to the execution of the executable voice application, the generating step including 
generating first, second and third XML tags specifying a log element type, a log element attribute, 
and a log element data for the event, respectively; and 

outputting the XML log document for storage on a tangible medium. 
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12. The method of claim 11, wherein the step of generating the XML log document further 
includes generating the first XML tag to specify at least the log element type from a plurality of 
. available log element types. 

13. The method of claim 12, wherein the step of generating fu-st XML tag includes 
specifying a selected group of the available log element types within the first XML tag, each log 
element type of the selected group of the available log element types specifying a corresponding 
relevance to the occurrence of the event. 

14. The method of claim 1 1, wherein the generating step further includes generating a fourth 
XML tag that specifies the executable voice application that generated the log entry. 

15. Themethod of claim 11, wherein thegeneratingstepfurtherincludes generating afourth 
XML tag that specifies a log code that represents a prescribed event based on a log code index that 
correlates the log code to the prescribed event. 

16 A system configured for controlling execution of a voice application, the system 
including: 

a computer-based system configured for generating an extensible markup language (XML) 
control document, for controlling execution of the voice appUcation, that specifies a corresponding 
application control parameter for execution of the executable voice application in an application 

runtime environment; and 

a storage medium configured for storing the XML control document for parsing in the 

application runtime environment. 

17. The system of claim 16, wherein the computer-based system includes an appHcation 
nfigured for generating the appUcation runtime environment for execution of the voice 
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application, the application runtime environment configured for parsing the stored XML control 
document and executing the voice application based on the application control parameter. 

1 8 . The system of claim 1 7, wherein the computer-based system is configured for generating 
a plurality of the XML control documents for respective subscribers, the application server parsing 
a selected one of the XML control documents for execution of the voice application for the 
corresponding subscriber. 

19. The system of claim 17, wherein the computer-based system is fiirther configured for 
generating an XML log document having a log entry that specifies an occurrence of an event in 
response to the execution of the executable voice application. 

20. The system of claim 19, wherein the computer-based system generates the log entry by 
generating first, second and third XML tags specifying a log element type, a log element attribute, 
and log element data for the event, respectively. 

21. The system of claim 20, wherein the computer-based system generates the first XML 
tag to specify at least the log element type fi-om a plurality of available log element types, 

22. The system of claim 16, wherein the computer-based system generates for the XML 
control document a first XML tag that specifies, for the corresponding apphcation control parameter, 
service location information for accessing a first prescribed service by the executable voice 
apphcation, 

23. The system of claim 22, wherein the computer-based system fiirther generates a second 
XML tag that specifies, for a second corresponding apphcation control parameter, service location 
information for accessing a second prescribed service by the executable voice apphcation. 
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24. The system of claim 22, wherein the first and second prescribed services are IMAP and 
LDAP services, respectively. 

25. A system for executing a voice apphcation, the system including: 

a computer-based system configured for generating an XML log document having a log entry 
that specifies an occurrence of an event in response to execution of the executable voice application, 
the computer-based system supplying within the log entry first, second and third XML tags 
specifying a log element type, a log element attribute, and a log element data for the event, 
respectively; and 

a storage medium for storage and retrieval of the XML log document. 

26. The system of claim 25, wherein the computer-based system is configured for generating 
the first XML tag to specify at least the log element type fi-om a plurality of available log element 
types. 

27. The system of claim 26, wherein the computer-based system is configured for generating 
a group of the available log element types within the first XML tag, each log element type of the 
selected group of the available log element tj^es specifying a corresponding relevance to the 
occurrence of the event. 

28. A computer readable medium having stored thereon sequences of instructions for 
controlling execution of a voice apphcation by an executable system, the sequences of instructions 
including instructions for performing the steps of: 

storing an extensible markup language (XML) control document specifying at least one 
apphcation control parameter for execution of the executable voice apphcation in an apphcation 
runtime environment generated by the executable system; and 

parsing the XML control document for execution of the executable voice application by the 
apphcation runtime environment according to the at least one application control parameter. 
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29. The medium of claim 28, wherein the storing step includes first generating a first XML 
tag that specifies, for the corresponding at least one application control parameter, service location 
information for accessing a first prescribed service by the executable voice application. 

30. The medium of claim 29, wherein the storing step further includes second generating a 
second XML tag that specifies, for a second corresponding appUcation control parameter, service 
location information for accessing a second prescribed service by the executable voice application. 

3 1 . The medium of claim 30, wherein the first and second prescribed services are IMAP and 
LDAP services, respectively. 

32. The medium of claim 28, fiirther comprising instructions for performing the step of 
controlling execution of a second executable voice appUcation by parsing the XML control 
document for execution of the second executable voice application according to the at least one 
application control parameter. 

33 . The medium of claim 28, wherein the parsing step includes selectively parsing the XML 
control document for execution of the executable voice appUcation for a first subscriber. 



34. The medium of claim 33, further comprising instructions for performing the steps of: 
storing a second XML control document specifying at least a second application control 

parameter for execution of the executable voice application in the application runtime environment 

for a second subscriber; and 

selectively parsing the second XML control document for execution of the executable voice 

applicationby the appUcation runtime environment for the second subscriber according to the at least 

the second application control parameter. 
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35. The medium of claim 28, further comprising instructions for performing the step of 
generating an XML log document having a log entry that specifies an occurrence of an event in 
response to the execution of the executable voice application. 

36. The medium of claun 35, wherein the step of generating the XML log document includes 
generating first, second and third XML tags specifying a log element type, a log element attribute, 
and log element data for the event, respectively. 

37. The medium of claim 35, wherein the step of generating the XML log document further 
includes generating the first XML tag to specify at least the log element type from a plurality of 
available log element types. 

38. A computer readable medium having stored thereon sequences of instructions for 
generating a log file that specifies an occurrence of an event in response to execution of an 
executable voice appUcation by an executable system, the sequences of instructions including 
instructions for performing the steps of; 

generating an XML log document having a log entry that specifies the occurrence of the 
event in response to the execution of the executable voice application, the generating step including 
generating first, second and third XML tags specifying a log element type, a log element attribute, 
and a log element data for the event, respectively; and 

outputting the XML log docimient for storage on a tangible medium. 

39. The medium of claim 38, wherein the step of generating the XML log document further 
includes generating the first XML tag to specify at least the log element type from a plurahty of 
available log element types. 

40. The method of claim 39, wherein the step of generating first XML tag includes 
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specifying a selected group of the available log element types within the first XML tag, each log 
element type of the selected group of the available log element types specifying a corresponding 
relevance to the occurrence of the event. 

41 . The medium of claim 38, wherein the generating step further includes generating a fourth 
XML tag that specifies the executable voice application that generated the log entry. 

42. The medium of claim 38, wherein the generating step further includes generating a 
fourth XML tag that specifies a log code that represents a prescribed event based on a log code index 
that correlates the log code to the prescribed event. 
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ARRANGEMENT FOR CONTROLLING 
AND LOGGING VOICE ENABLED WEB APPLICATIONS USING 
EXTENSIBLE MARKUP LANGUAGE DOCUMENTS 

ABSTRACT OF THE DISCLOSURE 
A unified web-based voice messaging system provides voice application control between a 
web browser and an application server via an hypertext transport protocol (HTTP) connection on an 
Internet Protocol (IP) network. The application server executes the voice-enabled web application 
by runtime execution of a first set of extensible markup language (XML) documents that define the 
voice-enabled web application to be executed. In addition, control data for the voice-enabled web 
appUcation, and log files that record events that occur during execution of the voice-enabled web 
application, are generated and processed using an XML tag format. A second set of XML 
documents specify application parameters and control information to be used by the application 
runtime environment for execution of the first set of XML documents. The second set of XML 
documents enables the apphcation server to maintain a generic application runtime environment, 
enabling applications to share common control information and provide personalized services for 
subscribers based on respective user specific control attributes. The generation of log files using an 
XML tag format enables the log files to use a standardized XML structure that includes log element 
type, log element attribute, and log element data information. Hence, logs may be written for 
individual user sessions and overall application information, where the XML log tags may be of 
sufficient descriptive nature as to be understood using any XML viewer or analyzed by custom log 
parser configured for locating prescribed XML tags related to a corresponding operation, for 
example billing, trace routing, etc.. 
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